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(54) Process flow design technique 

(57) Methods and processes to reduce the cost and 
cycle time of designing manufacturing flows are 
described, particularly for microelectronic integrated cir- 
cuit processes. One embodiment of the present inven- 
tion is a method which divides the task of designing 
process flows into a number of abstraction levels and 
provides mechanisms to translate between these levels 
of abstraction. The process is divided into a number of 
modules each having process constraints. Process con- 
straints are propagated backwards from the final mod- 
ule to the first module, and may also be propagated 
forward from earlier modules to later modules if needed. 
This approach results in a top-down design methodol- 
ogy where requirements from higher levels of abstrac- 
tion are successively reduced to lower abstraction 
levels, while meeting the constraints imposed by the 
lower levels. 
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Description 
FIELD OF THE INVENTION 

This invention generally relates to a technique for 5 
the design of multiple module process flows. More par- 
ticularly, rt relates to a top-down approach to designing 
microelectronic manufacturing process flows by trans- 
lating device performance requirements to the treat- 
ments/settings required from the various process 10 
modules using acceptability regions developed for the 
process modules. The preferred embodiments are 
directed to semiconductor process flows. 



BACKGROUND OF THE INVENTION 



SUMMARY OF THE INVENTION 
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Progress in microelectronics has been possible in a 
large part due to improvements in the microelectronics 
manufacturing technology. Unfortunately, continued 
advances in microelectronic manufacturing require sub- 20 
stantial investments of capital and time to develop the 
increasingly complex technology. This increase in the 
cost of technology development threatens to slow the 
growth rate of electronic technology and the electronics 
industry. 25 

Manufacturing of integrated circuits starts with a 
thin slice of ultra-pure silicon crystal, called a silicon 
wafer, and proceeds by a sequence of precisely control- 
led fabrication steps performed on the wafer. The spec- 
ification of the sequence of steps, along with the precise 30 
operation to be performed at each step is known as a 
process flow. The task of designing a process flow to 
produce the desired electronic devices can be divided 
into two parts. The first part is to design process mod- 
ules that can result in the desired set of changes in the 35 
wafer-state. This part is called module synthesis. The 
second part involves assembling the process modules 
into a process flow by selecting a sequence of modules 
and the exact wafer-state transformation performed by 
each module, such that the end of flow wafer-state 40 
results in the desired devices. This second part is called 
herein flow synthesis. 
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In accordance with the present invention, an 
improved method is provided for flow synthesis to 
reduce the cost and cycle time for developing microe- 
lectronic manufacturing technologies. The invention 
describes assembling process flows from reusable sub- so 
sequences called process modules. 

One embodiment of the present invention is a 
method which divides the task of designing process 
flows into a number of abstraction levels and provides 
mechanisms to translate between these levels of 55 
abstraction. This results in a top-down design methodol- 
ogy where performance goals from a higher level of 
abstraction are successively reduced to goals at the 
lower level, while satisfying constraints imposed by the 



lower level. This is in contrast to a bottom-up design 
methodology often followed in process design. In the 
bottom-up approach, one first makes process changes 
and then evaluates their impact on the device perform- 
ance. This approach of partitioning a complex problem 
into a number of abstraction levels is motivated by simi- 
lar approaches that have been successful in reducing 
the design cost and cycle-time in circuit synthesis 

An advantage of the present invention is reduced 
cycle time for design of new processes, particularly of 
semiconductor manufacturing processes. 

An additional advantage of the present invention, is 
the visualization capability when the existing modules 
are unable to produce the desired device. In these situ- 
ations, by viewing the acceptability regions at different 
stages of propagation, the designer can identify candi- 
date modules that need to have expanded capability, or 
the device performances that need to be relaxed in 
order to be able to use the current modules. 

Another advantage of an embodiment of the 
present invention is grid and hierarchical representation 
of acceptability regions to reduce the computational 
resources required to perform the propagation of con- 
straints on a computer system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features of the invention are set forth in 
the appended claims. The invention itself, however, as 
well as other features and advantages thereof, will be 
best understood by reference to the detailed description 
which follows, read in conjunction with the accompany- 
ing drawings, wherein: 

FIG. 1a & b shows an acceptability region and a 
gridded acceptability region for variables x and y; 

FIG. 2 shows an example of a two dimensional 
acceptability region for gate length and oxide thick- 
ness; 

FIG. 3 illustrates an embodiment of the present 
invention where constraints of a module M2 are 
propagated to beginning state Y; 

FIG. 4a illustrates propagation of constraints from a 
single dimensional constraint to a two dimensional 
module; 

FIG. 4b illustrates propagation of two dimensional 
constraints to a two dimensional module; 

FIG. 5 shows an example where wafer state con- 
straints and module constraints have different 
dimensionality; and 

FIG. 6a-h illustrates screen displays for a computer 
program embodiment of the present invention. 
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EPOJ 

DETAILED DESCRIPTION O^mE PREFERRED 
EMBODIMENTS 

An important aspect of the methodology of the 
present invention is to partition the task process flow 
design into a number of abstraction levels, and provide 
mechanisms to translate design requirements between 
the abstraction levels. This approach of dividing a com- 
plex problem into a number of levels, and defining pre- 
cise interfaces between these levels, is motivated by 
similar approaches that have been successful in digital 
circuit synthesis and the design of computer networks. 
Table I shows the abstraction levels identified for proc- 
ess flow synthesis. 

Table I 
Device Performance 
Device Designables 

Module Effects 
Module Treatments 

Module Settings 



The highest level of abstraction is the device per- 
formance level. The device requirements are specified 
at this level. Typical examples of performance require- 
ments for integrated circuits are the drive current of the 
transistor (l on ), the maximum allowable leakage current 
('off)' a fi 9ure of merit that measures the switching 
speed of the transistor (FOM), reliability requirements, 
etc. These requirements are derived from circuit per- 
formance considerations and customer needs. They 
provide a set of targets and constraints for the devices 
produced by the process flow. 

The next level of abstraction is the level of device 
designables. These are the features of the semiconduc- 
tor device that a designer can modify to obtain the 
device performance. Examples of device designables 
for a MOSFET, a family of semiconductor devices most 
commonly found in modern integrated circuits, include: 
effective length of the gate electrode used to switch the 
transistor (L^), thickness of the gate oxide (T ox ), doping 
profiles describing the various impurities used to control 
the characteristics of the transistor, etc. An important 
aspect of this novel approach to device designables is 
that they are defined independent of the process that 
will achieve the desired values of the designables. This 
provides a dear separation between device design and 
process design. 

The next three abstraction levels are concerned 
with the notion of process modules. Module effects are 
the changes on the wafer that are observed as a result 
of module processing. Examples include oxide thick- 
ness, gate length, etc. Module treatments is the envi- 
ronment to which the wafer is subjected during module 



493 A2 




processing. Examples include partial pressure of the 
process gasses, flux density, etc. Module settings are 
the values of the adjustable controls on the processing 
equipment used during processing. Examples of mod- 
5 ule settings include gas-flow rates, time, temperature 
etc. These abstraction levels are explored further in the 
related applications noted above. 

PROCESS MODULES 

10 

A process module is a group of process steps, at 
varying levels of process complexity, that can be effec- 
tively observed, modeled and controlled. A module is 
modelable if one can construct a computational model 

15 of the wafer-state transformations that can be per- 
formed by the module. Observability implies that the val- 
ues of the wafer-state parameters can be obtained by 
observation. Controllability implies that validity of mod- 
ule models can be ensured by either adjusting the 

20 processing equipment if required, or by adapting the 
module models. Effective modelability and controllability 
requires that the cost of modeling and controlling a 
module is not prohibitive. 

Identifying sequences of process steps that can be 

25 grouped together to form modules useful for process 
design requires a trade-off in design flexibility and mod- 
eling difficulty. Keeping each individual process step as 
a separate module maximizes design flexibility because 
a large number of device types can be fabricated by 

30 using these modules in different combinations. How- 
ever, use of modules at this granularity increases the 
difficulty of modeling the modules. To use each individ- 
ual process as a separate building block, the interaction 
between the modules has to be characterized. This task 

35 can get quite complex depending on the accuracy of the 
characterization. At the other end of the spectrum, the 
complete fabrication sequence for a device can be con- 
sidered to be one module. Though such a module cap- 
tures all interactions, it offers little scope for reuse. 

40 Module models describe how the incoming wafer- 
state is impacted. That is, the module models describe 
the transfer-functions mapping the incoming wafer-state 
to an outgoing wafer-state. The models should be ame- 
nable to tuning and re-calibration to preserve accuracy 

45 in the face of drifts in the processing equipment. The 
requirement for possibly frequent re-calibration implies 
that the models should have a set of readily observable 
parameters that can be used for model tuning. 

The wafer-state transformation at the module with 

so index k can be expressed as: 

W k+1 =F k (W k ,P k ) 

where, 

55 

W k ,W k+1 are the present and next wafer states, 
P k is the treatments/settings applied at the cur- 

rent module, 

F k is the function representing the wafer-state 
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transformation performed by the module. 

To perform process design at the module effects 
level one would like to have a description of the wafer- 
state transformations produced by a module, without 
having to specify the process treatments required to 
achieve those transformations. At a later stage, after the 
design at the module-effects level has been completed, 
one can go to the next lower level of abstraction and 
determine the process treatments required to produce 
the chosen wafer-state transformations. This procedure 
has the desirable feature of decoupling process design 
at the module effects level from the selection of process 
treatments required to achieve the module effects. 

To achieve the separation between module effects 
and the corresponding process treatments, the module 
models are described as acceptability regions at the 
module effects level. Acceptability regions specify the 
set of outgoing wafer-states possible for an incoming 
wafer-state. In a sense one is "integrating" over all proc- 
ess treatments to determine the set of outgoing wafer- 
states possible for an incoming wafer-state. While rep- 
resenting functions is straight-forward, many-to-many 
mappings, like acceptability regions require special rep- 
resentations. Below a possible representation is 
described for the acceptability regions that has been 
used for prototyping in the synthesis approach, other 
representations exist and could also be used. 



small. The grid size could be chosen so that going from 
the lower limit to the upper limit on the grid does not 
change any wafer effect that causes a change in device 
designates that changes any device performance by 
5 more than a certain amount, such as 5%. The value of 
grid size could be determined by considering the linear 
sensitivities of the device performance to the designa- 
tes and the needed tolerance on the control of the 
processes. 

10 In an embodiment these regions are represented 
hierarchically to reduce the computational resources 
required for storing and operating on acceptability 
regions. A hierarchical representation is one where a 
set of adjacent points that all have the same value 

75 (either set or unset) may be represented by a single 
hierarchical grid point. The hierarchical representation 
provides data compression - fewer grids are needed to 
represent a given n-dimensional body. The hierarchical 
representation also makes boolean grid operations, 

20 such as intersection, more efficient than for a flat grid, 
since sets of adjacent points may be operated upon 
simultaneously. Grids and hierarchical grids are only a 
few of the methods for representing acceptability 
regions. Other representations can also be utilized for 

25 process synthesis and are considered to be within the 
scope of this patent. 

TRANSLATION BETWEEN ABSTRACTION LEVELS 



ACCEPTABILITY REGION REPRESENTATION 

A representation for acceptability regions requires a 
flexible description which is general enough to describe 
a large class of possible shapes, in addition, as 
described below, operations of intersection and projec- 
tion are performed on these acceptability regions, so a 
representation that would not require complex algo- 
rithms for these operations is preferable. A look-up table 
based representation satisfies both of these require- 
ments. 

In this representation each parameter (axis) of the 
acceptability region is quantized into a finite number of 
divisions. The quantization of each parameter results in 
a set of "boxes" or grids in a multi-dimensional space. 
Each box is set to a 1 if there exists a process treatment 
that, for some value of incoming wafer state parameters 
contained in the box, produces outgoing wafer-state 
within the box. That is, the acceptability regions are indi- 
cator functions with a finite-domain, where each ele- 
ment of the domain corresponds to a quantization level 
for the incoming and outgoing wafer-state parameters. 
Figures 1a,b illustrates this grid representation. Figure 
1a represents the original acceptability region, and Fig- 
ure 1b represents the gridded acceptability region. 

The grid representation assumes that if any point in 
a box is acceptable then all points are acceptable. This 
assumption results in an approximation of the actual 
region. The impact of this representation during the 
design process can be limited by making the grid size 



An advantage of the present invention is to reduce 
the cost and cycle time for developing microelectronic 
manufacturing processes by dividing the task into a 
number of reusable process modules and then translat- 
ing the design requirements between those levels. This 
technique is referred to herein as process synthesis. 
Thus, a primary goal of process synthesis is to translate 
design requirements between abstraction levels. Trans- 
lation between the first and second levels, device per- 
formance and device designables, and between the 
second and third levels, device designables and module 
effects, are discussed further below. The task of trans- 
lating between the last three levels is the task of recipe 
synthesis. Recipe synthesis for individual processes 
has been explored in semiconductor manufacturing as a 
part of control-to-target approaches. 

The first translation is between the device perform- 
ance and device designables. The first step in this trans- 
lation is to define a set of device designables. The 
device designables may be identified from experience 
with the design parameters. For example, device des- 
ignables for CMOS processes include parameters of the 
device such as gate oxide thickness, and the parame- 
ters that define the doping profiles. The parameteriza- 
tion of the device from design experience may be used 
in conjunction with a numerical device simulator to con- 
struct response surface models of device performance 
in terms of the device designables. When obtained from 
a computationally expensive simulator, these response 
surfaces serve as computationally efficient repiace- 
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ments for the simulator. Alternatively, these response 
surfaces can also be derived from measurements 
obtained from characterization experiments. In the pre- 
ferred embodiment, the response surface models were 
constructed using design of experiments (DOE). 

The models of device performance in terms of the 
designates are used to determine the linear sensitivity 
of the device performance to the designates. These 
sensitivities are used to quantize the space of designa- 
tes. Performance constraints and targets are decom- 
posed into an acceptability region in terms of the 
quantized device designates using the response sur- 
face models. This is performed by evaluating the model 
at the center point of each hyberbox in the designates 
space and checking whether the predicted performance 
meets all the device requirements. 

For example, Figure 2 shows an example of the 
projection of an acceptability region in the space of two 
designates, gate length L and gate oxide thickness T ox , 
derived using the decomposition algorithm. The inter- 
pretation of this acceptability region is that all points in 
the white region will achieve the device goals, and no 
point in the black region will do so. This procedure iden- 
tifies all valid designs in the space of selected designa- 
tes. This is an improvement over current practice, 
where a designer can only explore a small number of 
designs manually. 

DERIVING MODULE EFFECTS FROM DEVICE DES- 
IGNABLES 

Next is the translation between the device designa- 
tes level to the module effects level. The goal of this 
translation is to determine the acceptable ranges of 
wafer state parameters after each module in the flow, 
such that a given set of device designates may be 
achieved at the end of the flow. A flow may be described 
for the purpose of this invention as a sequence of proc- 
ess modules. Deriving module effects from device des- 
ignates is accomplished by first translating device 
performance specifications to wafer-state specifications 
at the end of the flow. Then, as suggested in Figure 3, 
the final wafer state constraints are propagated back- 
wards through the last module in the flow (Module M2 in 
the figure), by intersecting the final wafer state specifi- 
cations with the module's acceptability region model. 
This produces a region which describes the constraints 
on the wafer state before processing the last module 
(Wafer State X in the figure), such that the final specifi- 
cations may be met. This derived region is then propa- 
gated backwards through the previous module in the 
flow (Module M1), to produce constraints on the wafer 
state before that module (Wafer State Y), and so on. 
The propagation process continues backwards through 
the flow, to generate successive constraints on the 
wafer state produced by each module in the flow, such 
that the final wafer state specifications or device design- 
ates may be achieved. The flow sequence thus forms 
a constraint graph, where the module models are con- 



straints between wafer acceptability region parameters. 

In a preferred embodiment, the module models - 
the acceptability regions - are used as the basis of flow 
design through constraint propagation. Typical prior art 

5 implementations use intentional operations on 1-D 
ranges to propagate interval constraints. Here, in con- 
trast, constraints on the acceptability region's parame- 
ters may be multi-dimensional shapes themselves. 
Constraints are propagated through an acceptability 

10 region via region intersection. The result of the intersec- 
tion is a new (more constrained) acceptability region, in 
the same hierarchical grid format, and of the same 
dimensionality (that is, it has the same input and output 
dimensions). 

15 For example, consider the situation of Figure 4. In 
Figure 4a, a 1 -D constraint on the range of parameter A 
is propagated through a simple 2-D module acceptabil- 
ity region. The constraint (the range on A) is propagated 
by intersection with the module acceptability region. As 

20 the result of intersection, it is known that any value of 
parameter B compatible with the constraint, must lie 
within the shaded result region. It can also be seen that 
for different values of A within the constraint range, dif- 
ferent resulting ranges for B are produced. 

25 In contrast, in Figure 4b, a 2-D constraint on the 
range of parameter A and B is propagated through a 
simple 2-D module acceptability region. The constraint 
(the range on A and B) is propagated by intersection 
with the module acceptability region. As the result of 

30 intersection, it is known that any value of parameter A 
and B compatible with the constraint, must lie within the 
double shaded result region. Thus, Figure 4b shows the 
final wafer state constraints propagated backwards 
through the last module in the flow (Module M2 in Figure 

35 3) producing a region which describes the constraints 
on the wafer state before processing the last module 
(Wafer State X in the Figure 3), such that the final spec- 
ifications may be met. This derived region is then prop- 
agated backwards through the previous module in the 

40 flow (Module M1), to produce constraints on the wafer 
state before that module (Wafer State A in Figure 3), 
and so on. In this manner the propagation process con- 
tinues backwards through the flow, to generate succes- 
sive constraints on the wafer state produced by each 

45 module in the flow, such that the final wafer state speci- 
fications or device designates may be achieved. 

The figures discussed above also illustrate another 
point: as far as the constraint propagation algorithm is 
concerned, there is no distinction between model 

so "inputs" and "outputs". Constraints on any model 
parameter may constrain the other parameters, regard- 
less of their "input" or "output" status. 

If at any time the intersection of wafer state con- 
straints with a module's model produces a null region, 

55 this means that the module - as defined by its underly- 
ing settings-to-effects models - is not capate of produc- 
ing the required wafer state effects given any settings. In 
this case, a different module must be substituted in the 
flow. If no appropriate substitutions are available, the 
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device specifications are not achievable without new 
module development. 

As described above, for each module in the flow, 
•constraints on a module's output effects are propagated 
backwards through the module's acceptability regions 
to produce constraints (new acceptability regions) on 
the state prior to the module. These derived constraints 
are then used as constraints on the previous module's 
output effects, and so on. So, for example, for Module 
M1 of Figure 3, its acceptability region is intersected 
with the acceptability region constraint (of State X) gen- 
erated from propagation backwards through Module 
M2. This derived constraint region will be of the same 
dimensionality as the module from which it was pro- 
duced. So, the result of propagating the final state con- 
straints backwards through Module M2 will produce a 
constraint region - in State X - of the same dimensional- 
ity as M2's model. This constraint now must be propa- 
gated backwards through module M1. Because Module 
M1 may not have the same parameter dimensionality as 
M2 - that is, may not have the same inputs and outputs 
- the constraint region of State X must be projected onto 
MVs dimension space so that it can be utilized. That is, 
a projection is created of only those dimensions in State 
X's acceptability region required by MVs acceptability 
region. 

Figure 5 shows this process for an example in 
which only one of the parameter dimensions in State X's 
acceptability region needs to be projected onto MVs 
space. Here, the projection of values for parameter A is 
calculated, and used as a constraint on M1 's acceptabil- 
ity region - the result of the intersection includes only 
those grid points which contain a value for the A dimen- 
sion between the constraining range. Parameter B was 
not included in this projection since it was not used in 
M1's model. 

Alternatively, M1 might include both parameters A 
and B, as was shown in Figure 4b. In this case, a 2-D 
projection of values for parameters A and B would be 
created from the region in State X (in this case, with a 2- 
D region, the 2-D projection is equivalent to the region). 
Then, the 2-D projection could be used as the constraint 
on Module M1 . As suggested by the figure, the result of 
the intersection includes only those grid points whose 
values in the A and B dimensions fall within the con- 
straining region. 

The discussion up to this point has been limited to 
backwards propagation of constraints, ie. constraints 
from process module M2 to Module M1. In some proc- 
esses, an earlier process may have a constraint on a 
later process which is not taken in consideration by the 
methods described above. For example, this will occur 
where a later process has a parameter which is limited 
by a parameter of an earlier process that is not shared 
with the later process. To take in consideration these 
additional constraints, forward propagation of con- 
straints may be done subsequent to backwards propa- 
gation in the same manner as for backwards 
propagation. 



75 



20 



25 



30 



35 



40 



45 



50 



55 



• 



An additional advantage of the present invention, is 
the visualization capability when the existing modules 
are unable to produce the desired device. In these situ- 
ations, by viewing the acceptability regions at different 
5 stages of propagation, the designer can identify candi- 
date modules that need to have expanded capability, or 
the device performances that need to be relaxed in 
order to be able to use the current modules. 

10 COMPUTER SOFTWARE EMBODIMENT 



An embodiment of the invention was developed for 
process synthesis of Application Specific Integrated cir- 
cuits. Processing in this embodiment was limited to the 
process modules up to but not including making con- 
tacts and interconnects. The embodiment is a system 
called the Integrated Design Environment (IDE). The 
IDE was developed on a Sun SPARC station and runs 
under X-windows. The IDE was written in a combination 
of C++, and Tcl/Tk Tel is an interpreted language 
designed for rapid prototyping and Tk is a set of Tel 
functions that make the design of X-window based user 
interfaces extremely easy to prototype. 



PROCESS MODULES AND ACCEPTABILITY 
REGIONS 

The Process Modules from existing processing 
technology are stored in Process Module Libraries. 
These libraries store information about each module 
and models to allow wafer state transformations as well 
as models to allow recipe generation for the selected 
effects points of each module. The wafer state transfor- 
mation models for each module are large acceptability 
regions that can be intersected with the acceptability 
regions in each wafer state to perform either backward 
or forward propagation. Since each acceptability region 
must represent a region in N-dimensional space where 
any value is an acceptable design, the problem of effi- 
cient representation is non-trivial. The acceptability 
region is represented in this embodiment using a hierar- 
chical grid approach. 

SYSTEM ORGANIZATION. 

When started, the IDE creates a tool bar with four 
options: Design Manager, Process View, Device View, 
and Exit The Current Design is displayed in the window 
above the four option buttons. To utilize the IDE, the 
designer first enters the design manager to create a 
new design or open an existing one. Then the designer 
uses the Device View to specify performances and cre- 
ate an acceptability region for designates. The 
designer then uses Process View to determine the spe- 
cific module effects for each process. Exit has an obvi- 
ous function. 
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The Design Manager is used to open existing 
designs, delete existing designs, and create new 
designs. A new design is created with all designables 
fixed and no constraints on performances. 

DEVICE VIEW 

After a new design has been created or an existing 
design opened, the designer should select Device View 
from the IDE tool bar. 

The main screen of the device view may be divided 
into two main areas, Device Performances, (figure 6a) 
and Device Designates, (figure 6b). The Device Per- 
formances area contains a list of ail device perform- 
ances that the designer can specify. Each performance 
has a status: active or inactive. To set the status of any 
performance, double click on the performance to get the 
screen in figure 6c. 

The status of the performance can be specified. If 
the performances is set to active, then the user can 
specify a box constraint on the allowable values of the 
performance. By setting box constraints on any number 
of performances, the designer creates the initial accept- 
ability region for the device performances of his device. 
In figure 6a, the designer has activated three perform- 
ances. Their display on the main screen is updated to 
display this fact. In this case, FOM1 (a figure of merit for 
CMOS technology), PDIoff (off current of the PMOS 
device) and NDIoff (off current of the NMOS device) are 
made active and constraints are specified. 

The Device Designates area, (see figure 6b), con- 
tains a list of all device designables available to the 
designer. Each designate is in one of three states that 
is determined by the user: Nominal, Fixed, or Variable. 
To modify the state of any designate, double click on 
the designate to get the screen in figure 6d. From this 
screen, the user can choose the designate type (or 
status). If the designate is chosen to be variable, the 
designer can specify constraint values to limit the 
acceptability region of the designate and a design 
point that will be used in analysis (Calculate Perform- 
ances). If the designate is chosen to be fixed, the des- 
ignate will be fixed to the design point in any 
designate acceptability region. If the designabie is set 
to be nominal, then the designabie will be held to the 
nominal value. 

The information displayed for each designabie is 
determined by its state set by the user. In figure 6e, Ppt- 
char is fixed to the nominal value for this flow. Therefore, 
the only information displayed for it is the nominal value. 
Pvtpeak has been set to a fixed value by the designer. 
(In this case, the value is equal to the nominal value; 
however, it could be any value within the constraint.) For 
Pvtpeak, the fixed status is displayed, the nominal value 
is displayed, the fixed point (chosen by the designer) is 
displayed, and the min and max constraints are dis- 
played. The third designabie, Tox (thickness of the gate 



oxide), is set to be Variable. Variable designables are 
the ones for which acceptability regions are generated. 

DEVICE DECOMPOSITION AND PERFORMANCE 
5 CALCULATION 

There are two action buttons defined on the bottom 
of the device view screen. These are "Calculate Per- 
formances" and "Decompose Designables". When Cai- 
ro culate Performances are selected, the nominal values 
of each designabie are used to calculate the nominal 
values of each performance and the design points 
(nominal value if no design point specified) of each des- 
ignabie are used to calculate the design point for each 
15 performance. An example of how this changes the dis- 
play is shown in figure 6f. In this example, the design 
points of Tox and L were modified away from their nom- 
inal values (Tox ■ 80A, L ■ 0.45 microns). These modi- 
fications affected nearly all performances. Consider 
20 three of them. The values of PDIoff, NDIoff, and FOM1 
all increase. If the designer were willing to pay a penalty 
in PDIoff and NDIoff, a 22% increase in FOM1 could be 
achieved. Assume that the designer wanted to achieve 
a 15% increase in FOM1 but wanted to keep NDIoff 
25 below le-12. Is this design possible? The first step is to 
set constraints on FOM1 and NDIoff and then select 
"Decompose Designables" to determine if any accepta- 
bility region exists. The results of this are shown in fig- 
ure 6f. In this case, a region was successfully found. 
30 The minimum and maximum values of each Variable 
designabie in the region are displayed under the device 
designables (91 <= Tox <= 101,0.4 <=L <=043). Since 
this region is probably not rectangular, every combina- 
tion of Tox and L between these values would probably 
35 not be realizable; however, for each value of Tox there 
exists at least realizable L value and vice versa. 

DEVICE VIEW OUTPUT 

40 To output the acceptability region for the device 
designables, the user must select "Design/Save" from 
the device view's menu. 



45 



PROCESS VIEW 



After the designer has saved his design, he can 
enter the process view to determine the wafer state 
affects required from each module (see figure 6g). This 
screen may contain 3 areas: Cross Section, Module 

so Information, and Process Row. The process flow area 
contains boxes to represent the process flow, wafers to 
represent the wafer states needed during backward (on 
the right) and forward (on the left) propagation, and 
arrows to indicate the direction of propagation. The 

55 cross section screen area contains a graphical view of 
the selected wafer state. Initially, this is blank since 
backward and forward propagation are used to create 
the wafer state. The final region is the module informa- 
tion screen area. This area contains information about 
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the selected module. 
PROCESS MODULES 

Each module in the process flow is indicated with a 
box in the process flow area. Selecting this box displays 
process information in the module information area. 
This information, as well as the acceptability regions 
needed for propagation through the module are drawn 
from the module library. 



• 
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specifies the realizable designables. These realizable 
designates will be a subset of the device designates 
region created from the Device View. 

While this invention has been described with refer- 
ence to illustrative embodiments, this description is not 
intended to be construed in a limiting sense. Various 
modifications and combinations of the illustrative 
embodiments, as well as other embodiments of the 
invention, will be apparent to persons skilled in the art 
upon reference to the description. 



BACKWARD PROPAGATION 



Claims 



Backward propagation starts with the designates 
acceptability region and intersects the region after each is 
module with the acceptability region of each module to 
determine the acceptability region of the wafer state 
before each module. When the propagation through a 
module is complete, the incoming wafer state is 
changed from gray to black. To initiate backward propa- 20 
gation, double click on one of the wafer states and 
select "Propagate Acceptability Region" from the pop- 
up menu. If the top wafer on the right of the process flow 
area is propagated to, then backward propagation is 
completed. Any of these backward wafers can be 25 
selected to view the wafer state in the cross section 
area (figure 6h). To view the acceptability regions at any 
wafer state double click on the wafer state and choose 
"View Acceptability Region" from the pop-up menu. 
After this, a pop-up menu is created for each of the 30 
acceptability regions maintained in the wafer state. 
(Although there is conceptually only one region for each 
wafer state, multiple regions simplify both modeling an 
representation). When one of those regions is chosen, a 
visualizer (figure 6h) is initialized. This visualizer allows 35 
the user to view any two dimensional projection of the 
acceptability regions. To aid in setting module effects, 
the user can set any point in the two dimensional projec- 
tion to be unacceptable and can then visualize the effect 
of that decision. In figure 6h, each black or gray square 40 
represents a grid point that was acceptable in the 
acceptability region maintained by the wafer state. To 
study the region, the designer has selected some of the 
grid points and marked them as unacceptable. He can 
now view the effect of this on other projections. This 45 
gives the designer powerful insight into the region that 
can be used for setting module affects parameters. 

FORWARD PROPAGATION 

50 

Forward Propagation is the next step in utilizing the 
Process View. During forward propagation, the accepta- 
bility region of the incoming wafer is intersected with the 
acceptability region of the module and constraints from 
backward propagation to produce the acceptability 55 
region for the wafer state after the module. When for- 
ward propagation has been completed all of the way 
through the source/drain module (figures 6g), the result- 
ing wafer state contains the acceptability region that 



1 . A method for designing a manufacturing process for 
a manufacturable device, which method comprising 
the steps of: 

partitioning of said process into a number of 
abstraction levels having at least a device per- 
formance level for describing device perform- 
ance specifications, a device designates level 
having device state specifications for describ- 
ing features of a device that can be modified to 
obtain the desired performance, and a module 
effects level; 

translating device performance specifications 
from the device performance level to device 
state specifications at the device designables 
level; 

translating between the device designables 
level and the module effects level by a 
sequence comprising the steps of: 

identifying sequences of processes that 
can be grouped together to form at least 
two modules where each module of proc- 
esses has outgoing device states and 
incoming device states; 
describing module models for each mod- 
ule as acceptability regions of constraints 
at the module effects level of abstraction 
which specify the set of said outgoing 
device states possible for said incoming 
device states; and 

propagating constraints of a final module 
of said at least two modules backwards 
toward a first module of said at least two 
modules by intersecting said final module 
constraints with successively earlier mod- 
ule constraints in said sequence of mod- 
ules. 

2. The method according to Claim 1 further compris- 
ing the step of; propagating constraints of said first 
module forward toward said final module by inter- 
secting said first module constraints with succes- 
sively later module constraints in said sequence of 
modules. 
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The method according t^laim 1 or Claim 2, fur- 
ther comprising; representing said acceptability 
regions with a grid in a multi-dimensional space 
having a value in a box or intersection for each 
space in said grid. 

The method according to any preceding claim, fur- 
ther comprising resenting said acceptability regions 
hierarchically . 

The method according to any preceding claim, 
wherein said device is a semiconductor microelec- 
tronic device. 
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module constraints in said sequence of modules. 

8. The computer system of Claim 6 or Claim 7, 
wherein said acceptability regions are represented 

5 by a grid in a multi-dimensional space having a 
value in a box or intersection for each space in said 
grid. 

9. The computer system of any of Claims 6 to 8, 
10 wherein said acceptability regions are represented 

hierarchically . 



A computer system for designing a manufacturing 15 
process for a semiconductor device comprising the 
steps of: 



means for partitioning said process into a 
number of abstraction levels having at least a 20 
device performance level for describing device 
performance specifications, a device designa- 
tes level having device state specifications for 
describing features of a device that can be 
modified to obtain the desired performance, 25 
and a module effects level; 
means for translating device performance 
specifications from the device performance 
level to device state specifications at the device 
designates level, while allowing the user to 30 
select specific device performance constraints 
in said device performance level; 
means for translating between said device des- 
ignates level and said module effects level, 
said translation means being arranged for; 35 

identifying sequences of processes that 
can be grouped together to form at least 
two modules where each module of a proc- 
ess has outgoing wafer states and incom- 40 
ing wafer states; 

describing module models for each mod- 
ule as acceptability regions of constraints 
at the module effects level of abstraction 
which specify the set of said outgoing 45 
wafer states possible for said incoming 
wafer states; and 

propagating constraints of a final module 
of said at least two modules backwards 
toward a first module of said at least two so 
modules by intersecting said final module 
constraints with successively earlier mod- 
ule constraints in said sequence of mod- 
ules. 

55 

The computer system of Claim 6 further comprising 
means for propagating constraints of said first mod- 
ule forward toward said final by intersecting said 
first module constraints with successively later 
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EDIT DEVICE PERFORMANCE 
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DEVICE PERFORMANCE NAME :Tox 
SET THE OESIGNABLE TYPE. 
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